home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19981211-19990422 / 000040_news@newsmaster….columbia.edu _Wed Dec 23 16:13:05 1998.msg < prev    next >
Internet Message Format  |  2020-01-01  |  4KB
  1. Return-Path: <news@newsmaster.cc.columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30])
  3.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id QAA14819
  4.     for <kermit.misc@watsun.cc.columbia.edu>; Wed, 23 Dec 1998 16:13:04 -0500 (EST)
  5. Received: (from news@localhost)
  6.     by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id QAA15322
  7.     for kermit.misc@watsun; Wed, 23 Dec 1998 16:13:04 -0500 (EST)
  8. Path: news.columbia.edu!panix!logbridge.uoregon.edu!su-news-hub1.bbnplanet.com!news.gtei.net!news.central.agis.net!agis!news1.alltel.net!not-for-mail
  9. From: reggie wanza <wanza@conwaycorp.net>
  10. Newsgroups: comp.protocols.kermit.misc
  11. Subject: Re: automation script calling external protocol (Zmodem)
  12. Date: Wed, 23 Dec 1998 13:12:59 -0600
  13. Organization: ALLTEL Internet Services
  14. Lines: 44
  15. Message-ID: <368140BB.C487C5EA@conwaycorp.net>
  16. References: <367FD6BF.1B4D30FD@acxiom.com> <75olvt$c6l$1@apakabar.cc.columbia.edu> <368050A1.6BAA0CC5@conwaycorp.net> <75pr43$3gb$1@apakabar.cc.columbia.edu>
  17. NNTP-Posting-Host: 166.102.19.201
  18. Mime-Version: 1.0
  19. Content-Type: text/plain; charset=us-ascii
  20. Content-Transfer-Encoding: 7bit
  21. X-Trace: news1.alltel.net 914447582 10807 166.102.19.201 (23 Dec 1998 21:13:02 GMT)
  22. X-Complaints-To: abuse@client.alltel.net
  23. NNTP-Posting-Date: 23 Dec 1998 21:13:02 GMT
  24. X-Mailer: Mozilla 4.5 [en] (Win98; I)
  25. X-Accept-Language: en
  26. Xref: news.columbia.edu comp.protocols.kermit.misc:9672
  27.  
  28. I tried the receive command in the script and it worked (THANK YOU).
  29. I didn't think kermit commands like send or receive were a part of the scripting
  30. language.  I just typed receive in the script.  I thought It was necessary to
  31. have input or output commands, which would echo to the remote wildcat server.  I
  32. also had issue about how to completely hang-up.  I stuffed a hang-up command at
  33. the end of the script and it hung up the phone and then I stuffed an exit at the
  34. end of the script to exit from kermit when completed.  I guess that's one way to
  35. do it.  Is there a better way?  We did purchase a couple copies of using C-Kermit
  36. (second edition), but most of the scripts seem to address dialing another kermit
  37. server and doesn't address downloading files from a non kermit server.   I didn't
  38. notice anything about using local commands in the scripts.  Any additional
  39. comments would be helpful.  It seems to be working for the download side, We'll
  40. write scripts to upload as well, but just wanted to get your opinion on whether
  41. the scripts are being written to take advantage of the scripting commands.
  42.  
  43. Thanks!
  44. rEggiE
  45.  
  46. Jeffrey Altman wrote:
  47.  
  48. > In article <368050A1.6BAA0CC5@conwaycorp.net>,
  49. > moiaussi  <moiaussi@conwaycorp.net> wrote:
  50. > : Q: where is the SET PROTOCOL ZMODEM and RECEIVE commands?
  51. > : A: In the .mykermrc file, the following sets protocol.
  52. > :     set protocol zmodem crb crz {csb %s} {csz %s} crb crz
  53. > :     And the receive command is innitiated from the prompt. i.e. "kermit -r"
  54. > :
  55. > :     The command "kermit -r" runs and the .mykermrc executes the following:
  56. > :     log session (creates a session log)
  57. > :     dial wildcat (the dial list has one phone #)
  58. > :     take wildcat (the script to automatically download the file specified).
  59. >
  60. > Your problem is that you are starting the transfer after your script
  61. > completes, therefore, when the transfer ends you have no script running
  62. > to automate the process.  Do not use command line options to start a
  63. > transfer when you want the result of the transfer to be controlled by
  64. > a script.  Instead, use the RECEIVE command and place it within your
  65. > script.
  66. >
  67. >     Jeffrey Altman * Sr.Software Designer * Kermit-95 for Win32 and OS/2
  68. >                  The Kermit Project * Columbia University
  69. >               612 West 115th St #716 * New York, NY * 10025
  70. >   http://www.kermit-project.org/k95.html * kermit-support@kermit-project.org
  71.